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Description 

MICROPROCESSOR SYSTEM WITH 
SOFTWARE EMULATION PROCESSED BY 
AUXILIARY HARDWARE 

Background of Invention 
[0001] i. Field of the Invention 

[0002] The present invention relates to a microprocessor system 
using software to debug, and more specifically, to a mi- 
croprocessor system with software emulation processed 
by auxiliary hardware. 

[0003] 2. Description of the Prior Art 

[0004] As information technology progresses, electronic circuits 
and microprocessors which process electronic data are 
rapidly becoming a mainstream of the information indus- 
try. In general data processing systems, from mobile 
phones to personal digital assistants (PDAs) and even per- 
sonal computers, electronic circuits and applications are 
required to process digital data. As the gate count and 



complexity of modern circuit design grows exponentially 
and as programs become larger in size day-by-day, re- 
quired debug time has increased significantly. For compli- 
cated circuit or program design, debug has become one of 
the most important steps. In fact, debug now costs the in- 
dustry more than any other step. 
[0005] please refer to Fig.l showing a conventional microproces- 
sor system 10 using software to debug. The microproces- 
sor system 10 includes a remote debug host computer 12 
for executing remote debug, a program memory 14 for 
storing a monitor program 16 for providing monitoring, 
and a user program 18 which is the program to be de- 
bugged. The microprocessor system 10 further includes a 
data memory 20 for storing temporary data generated- 
while executing programs, and a microprocessor 22 con- 
nected to the host computer 12 for executing related pro- 
grams. The microprocessor 22 includes a host interface 
24 connected to a transmit port for transmitting signals 
between the microprocessor and the host computer 12, a 
program memory address indicator 26 for indicating data 
in the program memory 14, a data access port 28 for 
transmitting temporary data generatedwhile executing 
programs to the data memory 20, and a data memory ad- 



dress pointer 30 for indicating data in the data memory 
20. 

[0006] please refer to Fig. 2 showing a flowchart of the conven- 
tional microprocessor system 10 executing software de- 
bug emulation as follows: 

[0007] steplOO: Input a break point address of the user program 
18 to be debugged by the host computer 12 to the micro- 
processor 22. 

[0008] Stepl02: The microprocessor 22 writes an interrupt trap 
instruction at an address corresponding to the break point 
address of the user program 18. 

[0009] Stepl04: The host computer 12 sends out a command to 
execute the user program 18. 

[0010] Stepl06: When the microprocessor 22 executes the user 
program 18 until the interrupt trap address, jump to the 
monitor program 16 and transmit the result of execution 
to the host computer 12. 

[OOli] Stepl08: The host computer 12 restores the user program 
18 overwritten by the interrupt trap instruction. Read or 
change the values of memory and registers in the micro- 
processor 22 in order to know the status of all hardware 
and software variables when the program is executed until 
the break point. Return to SteplOO if further debug is re- 



quired. 

[0012] when using the microprocessor 22 to execute the pro- 
gram in the program memory 14, the program memory 
address pointer 26 indicates data in the program memory 
14. The data access port 28 transmits the temporary data 
generated while executing the program to the data mem- 
ory 20, and the data memory address pointer 30indicates 
data in the data memory 20. When executing the monitor 
program 16 in the program memory 14, the microproces- 
sor 22 waits for the host computer 12 to input the break 
point address of the user program 18 to be debugged to 
the microprocessor 22. At this time the user inputs the 
break point address of the user program 18 to be de- 
bugged by the host computer 12 to the microprocessor 
22.The microprocessor 22 then writes the interrupt trap 
instruction into the address corresponding to the break 
point address of the user program 18. The interrupt trap 
instruction is commonly a microprocessor jump instruc- 
tion, the destination address of the jump command being 
the monitor program 16 so that the monitor program 16 
transmits the result of execution back to the host com- 
puter 12. In such a manner, the status when the user pro- 
gram 18 is executed untilthe break point address is 



known. In addition, if it is desired to continue the execu- 
tion of the user program 18, it is required to restore the 
user program 18 overwritten by the interrupt trap com- 
mand as described in Stepl02.ln other words, to read out 
a part of the memory to be overwritten and store it in the 
data memory 20 in advance, and then return it back to the 
memory and quit the monitor program 16 in order to con- 
tinue the execution of the user program 16. 
[0013] However using conventional software debug manner, ev- 
ery time when determining the break point address of the 
user program 18, it is required to rewrite the program 
memory 14. Because the instruction the user program 18 
in the memory is overwritten by the interrupt trap instruc- 
tion, and later restored, the program memory 14 requires 
a higher-cost rewritable memory such as SRAM or DRAM. 
Therefore, a problem awaiting solution is to improve 

present microprocessor system. 
Summary of Invention 

[0014] it j S therefore a primary objective of the present invention 
to provide a microprocessor system with software emula- 
tion processed by auxiliary hardware in order to solve the 
problems mentioned above. 

[0015] Briefly summarized, a microprocessor system capable of 



software debug includes a host computer for executing 
remote debug, a program memory for storing a monitor 
program for proving monitoring of the host computer, 
and a user program.At least one break point address 
holder temporarily stores a break point address from the 
host computer.A break point comparator unit is con- 
nected to the break point address holder for comparing 
the break point address from the break point address 
holder with an address of the user program being exe- 
cuted, and for outputting an interrupt control signal when 
the addresses match.A controller controls the break point 
comparator unit, and a microprocessor is electrically con- 
nected to the host computer. The microprocessor includes 
a host interface connected to a transmit port of the host 
computer for transmitting signals between the micropro- 
cessor and the host computer.A program memory address 
pointer used to indicate an address of the program mem- 
ory and output the address of the user program being ex- 
ecuted to the break point comparator unit.Additionally,an 
interrupt control unit is used for receiving the interrupt 
control signal from the break point comparator unit. When 
the interrupt control unit receives the interrupt control 
signal from the break point comparator unit, the micro- 



processor executes the monitor program in the program 
memory in order to transmit the status of execution of the 
user program to the host computer. 

[0016] The present invention also provides a method of software 
debug emulation. The method includes (a) executing a 
user program, (b) comparing a break point address and an 
address of the user program being executed, and out- 
putting an interrupt control signal if the break point ad- 
dress matches the address of the user program being ex- 
ecuted, and (c) stopping executing the user program and 
outputting the status of execution of the user program 
when receiving the interrupt control signal. 

[0017] These and other objectives of the present invention will no 
doubt become obvious to those of ordinary skill in the art 
after reading the following detailed description of the pre- 
ferred embodiment that is illustrated in the various fig- 
ures and drawings. 
Brief Description of Drawings 

[0018] pig.l illustrates a conventional microprocessor system us- 
ing software to debug. 

[0019] pig. 2 is a flowchart of the conventional microprocessor 
system executing software debug emulation. 

[0020] pig. 3 is a block diagram of a microprocessor system ac- 



cording to the present invention. 
[0021] pig. 4 is a flowchart of the microprocessor system execut- 
ing software debug emulation according to the present 

invention. 
Detailed Description 

[0022] please refer to Fig. 3 showing a block diagram of a micro- 
processor system 32 according to the present invention. 
The microprocessor system 32 includes a remote debug 
host computer 34 for executing remote debug, a program 
memory 36, which can be a read-write memory, read-only 
memory or a flash memory etc., for storing a monitor 
program 38 for provide monitoring, and a user program 
40, which is the program to be debugged. The micropro- 
cessor system 32 further includes a data memory 42 for 
storing temporary data generated while executing pro- 
grams, a first break point address holder 42 for tem- 
porarily storing a first break point address from the host 
computer 34, a second break point address holder 46 for 
temporarily storing a second break point address from the 
host computer 34, and a break point comparator unit 48 
for comparing whether the break point address from the 
host computer 34 and the address of the user program 40 
being executed are the same. If the addresses are the 



same, the break point comparator unit 48 outputs an in- 
terrupt control signal. The break point comparator unit 48 
includes a first break point comparator 50, which receives 
the break point address from the first break point address 
holder 44 and compares it with the address of the user 
program 40 being executed, a second break point com- 
parator 52, which receives the break point address from 
the second break point address holder 46 and compares it 
with the address of the user program 40 being executed, 
and an interrupt generator 54 for receiving signals from 
the first break point comparator 50 and the second break 
point comparator 52 and generating the interrupt control 
signal. The microprocessor system 32 further includes a 
controller 56 for controlling the break point comparator 
unit 48. 

[0023] The microprocessor system 32 further includes a micro- 
processor 58 for executing related programs, and the mi- 
croprocessor 58 includes a host interface 60 connected to 
a transmit port of the host computer 34 for transmitting 
signals between the microprocessor 58 and the host com- 
puter 34, a program memory address pointer 62 for indi- 
cating data in the program memory 36 and outputting the 
address of the user program 40 being executed to the 



break point comparator unit 48, an interrupt control unit 
64 for receiving the interrupt control signal transmitted by 
the break point comparator unit 48, a data access port 66 
for transmitting temporary data generated while execut- 
ing programs to the data memory 42, and a data memory 
address pointer indicator 68 for indicating data in the 
data memory 42. 
[0024] please refer to Fig. 4 showing a flowchart of the micropro- 
cessor system 32 executing software debug emulation ac- 
cording to the present invention. Fig. 4 contains the fol- 
lowing steps: 

[0025] stepllO: Input two break point addresses for the user 
program 40 to be debugged by the host computer 45 to 
the first break point address holder 44 and the second 
break point address holder 46. 

[0026] Stepll2: The host computer 34 sends out a command to 
execute the user program 40. 

[0027] stepll4: Use the break point comparator unit 48 to com- 
pare the break point addresses from the first break point 
address holder 44 and the second break point address 
holder 46 with the address of the user program 40 being 
executed by the microprocessor 58. If they are the same, 
output the interrupt control signal to the interrupt control 



unit 64 in the microprocessor 58. 

[0028] Stepll6: When the interrupt control unit 64 in the micro- 
processor 58 receives the interrupt control signal, stop 
executing the user program 40 and output the status of 
the user program 40 to the host computer 34. 

[0029] The process according to the present invention is further 
described as follows. Firstly, when the microprocessor 58 
executes the program in the program memory 36, the 
program memory address pointer 62 indicates data in the 
program memory 36.The data access port 66 then trans- 
mits the temporary data generated while executing the 
program to the data memory 42. The data memory ad- 
dress pointer 68 indicates data in the data memory 42. 
While executing the monitor program 38 in the program 
memory 36, the microprocessor 58 waits for the host 
computer 34 to input the break point address of the user 
program 40 to be debugged to the microprocessor 58. 
The present invention provides two break point address 
holders, so that two break point addresses of the user 
program 40 to be debugged can be input at once. The mi- 
croprocessor 58 then transmits the two break point ad- 
dresses to the first break point address holder 44 and the 
second break point address holder 46 respectively 



through the data access port 66. 
[0030] The user program 40 is executed after the monitor pro- 
gram 38 receives the execution command. While execut- 
ing the user program 40, the first break point comparator 
50 and the second break point comparator 52 compare 
the break point addresses from the first break point ad- 
dress holder 44 and the second break point address 
holder 46 one by one with the address of the user pro- 
gram 40 being executed by the microprocessor 58 as out- 
put by the program memory address indicator 62. The re- 
sult of the comparison is transmitted to the interrupt gen- 
erator 54 for operation. In other words, when one of the 
break point addresses from the first break point address 
holder 44 received by the first break point comparator 50 
orone of the break point addresses from the second break 
point address holder 46 received by the second break 
point comparator 52 matches the address of the user pro- 
gram 40 being executed, the interrupt generator 54 out- 
puts the interrupt control signal to the interrupt control 
unit 64 in the microprocessor 58. When the interrupt con- 
trol unit 64 receives the interrupt control signal from the 
break point comparator unit 48, the microprocessor 58 
stops executing the user program and executes the moni- 



tor program 38 in the program memory 36 in order to 
transmit the result of executing the user program 40 until 
the address back to the host computer 34. At this time, 
the host computer 34 can read or change the values of a 
memory and registers in the microprocessor 58 in order 
to know the status of all hardware and software variables 
when the program is executed at the address. During de- 
bug, when the microprocessor 58 executes the monitor 
program 38 to receive the break point address from the 
host computer 34, the microprocessor 58 generates a 
control signal to the controller 56 so that the controller 56 
activates the break point comparator unit 48. After the 
microprocessor 58 transmits the status of execution of 
the user program 40 to the host computer 34, the micro- 
processor 58 generates a control signal to the controller 
56 to turn off the break point comparator unit 48. The 
steps in Fig. 4 can be repeated if debug is required to be 
continued. 

[0031] The microprocessor system 32 according to the present 
invention provides two break point address holders and 
two break point comparators, so that the user can store 
and compare two break point addresses of the user pro- 
gram 40 to be debugged. It is an advantage of the present 



invention that if the user program 40 includes an instruc- 
tion with conditional branch, different break points can be 
set up on the different conditionsbranch instead of on 
only a single condition branch, so that the program can 
transmit the result of execution under different executing 
conditions. However, the microprocessor system 32 ac- 
cording to the present invention is not limited to include 
only two break point address holders. The number of the 
break point address holders can be determined according 
to different requirements, and hereby only one preferred 
embodiment is described. 
[0032] | n contrast to the prior art, the microprocessor system 32 
according to the present invention provides break point 
address holders for storing the break point addresses of 
the address to be debugged, so that when the user pro- 
gram 40 is executed, the break point comparator unit 48 
compares the break point addresses from the first break 
point address holder 44 and the second break point ad- 
dress holder 46 with the address of the user program 40 
being executed. When one of the break point addresses 
matches the address of the user program 40 being exe- 
cuted, the break point comparator unit 48 outputs the in- 
terrupt control signal to the interrupt control unit 64 of 



the microprocessor 58 in order to transmit the result of 
executing the user program 40 at the address back to the 
host computer 34. In such a manner, it is no longer re- 
quired to write the interrupt trap instruction at the ad- 
dress corresponding to the input break point address in 
order to overwrite the original command of the user pro- 
gram, or to read out the command of the user program to 
be overwrittenin advance and later rewrite it back as is re- 
quired in the prior art. Therefore, the program memory 36 
of the microprocessor system 32 according to the present 
invention uses a lower-cost read-only memory instead of 
a higher-cost rewritable memory. 
[0033] Those skilled in the art will readily observe that numerous 
modifications and alterations of the device may be made 
while retaining the teachings of the invention. Accord- 
ingly, the above disclosure should be construed as limited 
only by the metes and bounds of the appended claims. 



